The Lawrence Livermore Laboratory’s © 
awesome collection of hardware, organized 
and connected to serve some thousand users 


The Octopus 


Computer Network 


This paper is a description of the Octo- 
pus computer network at the Lawrence 
Livermore Laboratory of the Univer- 
sity of California (LLL).* It is intended 
that additional papers will follow des- 
cribing certain aspects of the network 
in more detail. 


Why should ariyone outside of LLL 


be interested in the Octopus network? 
There are at least two reasons. First, 
the network consists of one of the larg- 
est concentrations of computing power 
and information storage capacity in 
the world; while other systems may 
possess capabilities similar to those at 
LLL, those capabilities usually have not 
been implemented on the same scale. 
Second, the experience at LLL has led 
to conclusions that in many ways differ 
from attitudes that seem to be most 
prevalent in the current literature. 
Thus, knowledge of that experience 
should be helpful in evaluating those 
attitudes. 

The Lawrence Livermore Labora- 
tory is operated by the University of 
California under a contract from the 
United States Atomic Energy Commis- 
sion (AEC). It is engaged in research 
and development in various disciplines, 
including explosives, controlled ther- 


*Work performed under the auspices of the 
U.S. Atomic Energy Commission. 
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monuclear reaction, and biomedicine. 
Actual experimentation and _ testing, 
particularly in the case of nuclear ex- 
plosives, is often quite expensive, time- 
consuming, and heavily involved with 
political and legal considerations. 
Therefore, it is desirable that as much 
work as possible be done by simulation 
on large digital computers. To fill this 
need, LLL has acquired a considerable 
inventory of computer hardware. 


Hardware 
The LLL computer hardware is al- 


ways in a state of more or less constant 
change. Faster and _ larger-capacity 
equipment is acquired as it becomes 
available, replacing older, slower, and 
smaller equipment. For example, new 
large computers arrive at intervals of 
about 12 to 18 months. In many cases 


(such as the cpc 6600 and 7600), LLL. 


has been the purchaser of the first ma- 
chine of a new kind. 

At the present time, LLL has eight 
major processors: a Xerox Sigma 7, 
two DEC pppP-10s, two cpc 6600s, and 
three cDc 7600s. A cpc sTAR-100 is on 
order. Each of these machines has, 
associated with it, on-line I/o equip- 
ment (e.g., tape transports, impact 
printers, film output), primary (core) 
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storage averaging about 16 million bits 
per processor, and secondary (rotat- 
ing) storage averaging about 5 billion 
bits per processor and having transfer 
rates up to 34 MHz. In addition to 
these major processors, there are many 
smaller processors, chiefly DEC PDp-8s 


and ppp-11s, but also others of various 


manufacture. 


Supplementing the processors and 
their immediately associated peripher- 
als are a number of other facilities 
shared among the processors by means 
of the network described below. These 
facilitics include an IBM Data Cell 
(over 3 x 10° bits) and an 1nm Photo- 
digital Store (over 10! bits). There 
are also assorted interactive terminals 
(including Teletype units, television 
monitors, and Evans and Sutherland 
LDs-1 displays), an ultra-high-speed 
printer (currently off-line) that oper- 
ates at 30,000 lines per minute, and a 
microfilm recorder (currently  off- 
line). 

This brief listing of LLL computer 
hardware raises certain questions: 


1. Why does LLL need so much big, 
fast equipment? We need it because the 
scientific personnel of the laboratory 
can usefully employ it in accelerating 
their work and improving its quality. 
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Much of the calculation done consists 
of large numerical programs that solve 
partial differential equations by finite 
difference, Monte Carlo, or other such 
techniques. Typical problems will run 
several hours on a 7600, producing the 
equivalent of about 10 complete tape 
reels of output, which is then edited 
into a stack of printouts several inches 
thick. Astonishing as some may find it, 
the responsible scientist actually is in- 
terested in the result and benefits from 
scanning it. 


2. Why does LLL buy from so many © 


different manufacturers? We do this 
because whichever manufacturer builds 
the best (most capacity per dollar) 
hardware depends upon the kind of 
hardware and its purpose. The advan- 
tages of using a uniform brand of 
equipment are outweighed by the ad- 
_ vantages of flexibility. 


The network 

We realized some years ago that the 
growing inventory of hardware could 
be best utilized if most of it were inter- 
connected in some way. The benefits 
were chiefly in four categories: 

1. All remote terminals, both inter- 
active (such as Teletype terminals) 
and noninteractive (such as line print- 
ers), could communicate with all the 
major computers; there would not be 
One set of terminals for use with one 
computer, another set for use with a 
second computer, etc. 

2. All major computers could use 
unique equipment (for example, the 
ultra-high-speed printer and the Pho- 
todigital Store). 

3. A single data base could be shared 
among the major computers, eliminat- 
ing the need for multiple copies and/or 
manual transport of information. 

4. More sophisticated forms of co- 
operation among the major computers 
would be possible, such as their work- 
ing jointly on a single problem. 

Thus was born the concept of the 
Octopus network. 

As the name implies, the original 
conception of Octopus was of a single, 
moderately large computer (the 
‘“head”) that would manage the infor- 
mation flow among its “tentacles,” 
namely, the large computers (“work- 
ers”) that execute user programs, the 
remote terminals, and the central stor- 
age devices. One important thing that 
has been learned is that this was a bad 
idea. Such a scheme makes the net- 
work excessively vulnerable to difficul- 
ties with a single component, the head. 
The likelihood of difficulties with the 
head is increased by the fact that each 
new kind of equipment must be at- 
tached to it, necessitating a period of 
hardware and software debug and 
shakedown. The disruption caused by 
a single addition to the network might 
thus affect all existing components. 
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The present design of Octopus is 
more complex and decentralized. (See 
Fig. 1.) It is a superposition of several 
subnetworks, each having a specific 
function (or functions). A typical one 
of these subnetworks consists of a 
small computer called a “concentra- 
or,” which is the head of the subnet- 
work. The concentrator is joined to 
each of the large worker computers 
and also to whatever 1/o gear, termi- 
nals, or storage devices are appropriate 
to the function of the subnetwork. In 
practice, each of the subnetworks de- 
parts in some ways from this typical 
plan, but the basic idea is maintained. 
Present subnetworks include the file 
transport network (for moving files 
among the worker computers and be- 
tween those computers and the central 
storage facility), the teletypewriter 


network, and the remote 1I/o network 


(for operating remote card readers and 
line printers). 

The interfaces that join the various 
components of Octopus are designed, 
installed, and maintained by LLL engi- 
neers. One reason for not relying on 
computer or peripheral manufacturers 
to provide this equipment is that we 
have found that they are not at their 
best when interfacing their own equip- 
ment to that of another manufacturer. 


Another reason is that in-house engi- 
neers are more willing to tailor their 
designs to software needs and to make 
changes in those designs as experience 
suggests the possibility of improved 
performance. Most importantly, in- 
house design provides for a degree of 
uniformity throughout the network, 
which largely overcomes the difficulties 
arising from the use of equipment 
made by various manufacturers. 
' Each new concentrator added to the’ 
network is provided with a multichan- 
nel bit-parallel interface (or sometimes 
several interfaces transferring at 
about 10 MHz.) These interfaces are 
called either “adaptors” or “line units” 
(for obscure reasons). They commun- 
icate with one another by an LLL stan- 
dard protocol. Thus the interface on a 
new concentrator can be plugged into 
an unused channel of the appropriate 
adaptor or line unit on each of the 
worker computers and, with minimum 
disruption, can become part of the net- 
work. The connections between the 
concentrators and remote terminals are 
LLL-designed serial interfaces, either 
asynchronous (for example, to Tele- 
type terminals) or synchronous (for 
example, to remote printer/card reader 
stations), aS appropriate. 

The pres besa organization, 


Some of the equipment at the Lawrence Livermore Laboratory 
computer complex: right center (with window) is part of the photo- 
digital storage unit, left center are eight disc drives controlled by 
a PDP-10, behind the teletypewriters, and to the right are PDP-10 
memories, PDP-8 concentrators, and assorted interfaces, including 
those for other computers in the network. | 


59 


Octopus 


just described, has proven quite satis- 
factory and flexible. Adding a compo- 
nent identical with an existing one usu- 
ally requires no changes except the 
making of new entries into some soft- 
ware tables. On the other hand, an 
entirely new facility is first brought up 
and debugged off-line. It is next at- 
tached to one worker and the com- 
munication link is debugged; any dis- 
ruption this occasions is thus limited to 
a single worker. When all is satisfacto- 
ry, the new facility is then fully joined 
to the network. 


Worker computers 
The worker computers execute pro- 


grams selected (and very often writ- 
ten) by the network users, who are 
scientific, clerical, and administrative 
personnel of LLL. The computing 
needs of these users are quite eclectic, 
involving not only numerical calcula- 
tion, but also program generation, in- 
formation retrieval, editing, etc. Ac- 
cordingly, the worker computers (and 
the entire network) are organized es- 
sentially as a computer utility. The user 


WORKER WORKER 


may run any program that is available 
to him, and his behavior is predictable 
only statistically. The worker operating 
systems are designed for time-shared 
interactive use, together with a batch- 
like facility used mainly at night. (We 
assume that the advantages of interac- 
tive computing are so obvious as to 
require no justification here. ) 

At LLL a clear distinction is always 
maintained between “system” pro- 
grams and “user” programs. System 
programs include all programs outside 


the worker computers and those pro-- 


grams in the worker computers that 
operate with special privileges. The 
functions of system programs are to 
store, locate, and retrieve files; direct 
the flow of messages through the net- 
work; schedule the execution of, allo- 
cate storage for, and treat the requests 
of, user programs; manipulate 1/o de- 
vices; and handle accounting and secu- 
rity matters. In short, they do anything 
that, if a user program were allowed to 
do it, could gain special privilege for 
the user and/or disturb other users. 
User programs run only under the 
limitations allowed by the system pro- 
grams and are restricted in the core 
they can access and in the instructions 
they can execute. Any requests they 


WORKER WORKER 


CONCENTRATOR 


Terminals, I/O, and storage 


WORKER WORKER WORKER WORKER 
ig ae ee rae 
i oe 
CONCENTRATOR CONCENTRATOR CONCENTRATOR 


Terminals, I 7O, and storage 


Fig. 1. (a) A typical Octopus subnetwork. (b) The complete Octopus 
network, composed of superposed subnetworks (only three of which 


are shown). 
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make to the operating system (for file 
access, I/O, etc.) are never trusted and 
are checked for legality. The integrity 
of the system is not based upon any 
assumptions about the kinds of pro- 
grams that the user will choose to run 
or about his degree of ignorance re- 
garding how the system operates. Ad- 
herence to these rather obvious princi- 
ples solves the software security prob- 
lem. -It should be noted that certain 
programs (called “utility” programs) 
that are often thought of as being sys- 
tem programs—such as compilers, in- 
terpreters, editors, information retriev- 


ers, and debuggers—are, in fact, user 


programs, although they are often 
written by the same people who write 
system programs. 

The worker computers in the Octo- 
pus network consist of a coc 6600 and 
all three 7600s. The Sigma 7 is soon to 
be added, while the other 6600 is, for 
various reasons, stand-alone. As is dis- 
cussed below, the functions assigned 
the two ppp-10s are quite varied and 
include the worker function. 


Interaction 

A user communicates with the 
workers through interactive terminals. 
With appropriate input, he selects the 
programs he wishes to run and supplies 
directives and (perhaps) data to those 
programs. Anything he wishes to do 
(calculate, compile, manipulate files, 
etc.) is done through the agency of a 
suitable user program, and there are 
simple rules that distinguish messages 
intended for an executing user pro- 
gram from those intended for a worker 
system. The interaction 
might be viewed as acting on three 
levels: the user, the user program, the 
system. In many cases, an input from 
the user is interpreted by his program, . 
which then generates a request to the 


system to perform the desired activity. 


While the format of the system request 
is necessarily standardized and rigid, 
the format typed at the terminal de- 
pends upon the design of the user pro- 
gram and is infinitely flexible. 

Currently, most interactive termi- 
nals are Teletype Model 33s. The tele- 
typewriter network has four concen- 
trators. Each concentrator is a ppp-8 
(or ppp-8L) with 8K of core that mul- 
tiplexes 128 Teletype terminals. About 
400 of the 512 Teletype terminals thus 
provided for are in use. 

The teletypewriter network operates 
in store-and-forward mode. A concen- 
trator collects an input message char- 
acter by character until it is complete 
and then forwards it to the appropriate 
worker. (A complete input message is 
in most cases the same as a single typed 
line.) Similarly, entire output messages 
are accepted from the workers and 
then printed character by character. 
The teletypewriters operate full duplex; 
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input is printed only because it is 
“echoed” by the concentrator. The 
user can begin typing while output ts in 
progress, in which case the echoing is 
delayed until the output finishes; in the 
same way, output that arrives while 
input is taking place is held and then 
printed after the input is complete. Er- 
roneously typed input may be correct- 
ed (before the message is ended) by 
canceling single characters or an entire 
message. 

Since worker computers do not 
know of an input message until it is 
complete, a user cannot interact char- 
acter by character with a worker pro- 
gram. While undoubtedly there are 
many situations in which such interac- 
tion is valuable, we decided that those 
situations are not numerous enough 
and/or the performance improvement 
not great enough to justify the added 
burden on the system. Character-by- 
character interaction would increase 
message-handling activity manyfold 
and therefore would impair other ser- 
vice and perhaps require investment in 
additional message-handling facilities. 

A second interactive terminal net- 
work is just now being put into use: 
KIDS (keyboard interactive display 
system). The concentrator is a PDP- 
11/45. Each of the terminals, which 
are built to ILL specifications, con- 
sists of a keyboard for input, a char- 
acter and vector generator to convert 
output into a raster (which is stored 
on a scan converter and then used 
to refresh a monitor), and a joy-stick 
for positioning a cursor. Operation, 
except for cursor movement, is full 
duplex. This network will offer ser- 
vices beyond those of the teletypewrit- 
er network, including greater speed, 
vector as well as character output, and 
more comprehensive local text-editing. 
The initial order is for 48 terminals. 

The two interactive terminal net- 
works have connections to ohe another 
and to other subnetworks in such a 
way that there are always at least two 


paths from a given concentrator to a 


given worker; this reduces vulnerability 
to hardware failure. Each input or out- 
put message includes an Octopus stan- 
dard heading that gives source, desti- 
nation, and other information about the 
nuessage. | 

It is also a network standard that all 
characters be represented as ASCII con- 
tained in 8-bit bytes. Ascii is used not 
only for communication but also for 
storage, since there seems no reason 
whatsoever to pay for software or 
hardware conversion or to suffer from 
the confusion of multiple codes. Asci 
was chosen because LLL assumes that 
government and industry mean what 
they say when they define. a standard; 
it would be unfortunate if this view 
were naive. The 8-bit unit was chosen 
on the basis of the laboratory’s esti- 
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mate that the trend toward computer 
word sizes divisible by eight will con- 
tinue. Of course, certain older items of 
hardware do not use ASCII and must be 
serviced by software conversion, but 
these devices are being gradually 
phased out. 


Files 

By “file” is meant a quantity of in- 
formation kept by the system for a user 
and known to that user by a symbolic 


name. All editing and information re- 


trieval operations accessing portions of 
files are done by user programs rather 
than by system programs. However, 
files are located, stored, and retrieved 
by the system in response to requests of 
user programs. In considering such a 
request, the system will look for the 
symbolic name only in lists of files 
private to the requesting user, files 
shared by that user and other users (by 
mutual consent), or public files avail- 
able to all users; this it is impossible for 
a user even to describe to the system a 
file to which he has no right. 

Each worker computer has its own 
filing system separate from the central 
“Elephant” filing system. The Elephant 
system is managed by one of the pPpp- 
10 computers, and the Elephant files 
are kept on the rotating storage of that 
Ppp-10 as well as on the Data Cell and 
the trillion-bit photostore. 

The recording medium for the pho- 
tostore is ordinary silver halide film.! 
Thus the storage is nonerasable and 
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directory 
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archival. Each piece of film (called a 
‘chip”) measures about 11% by 3 in. 
and holds about 5 x 10° bits. The chips 
are kept in small plastic boxes (called 
“cells”). There are 32 chips per cell 
and nearly 7000 cells in the photostore, 
giving a grand total of over 10! bits 
on-line. The photostore includes facili- 
ties for writing on the chips (with an 
electron gun), developing the chips, 
moving the cells pneumatically to and 
from the storage area, and reading the ~ 
chips with a “flying spot,” all under 
computer control. | 

The ppp-10 is the concentrator of 
the file transport network. Requests for 
file movement or for other operations 
involving Elephant files are sent to the 
ppp-10 from the workers, either direct- 
ly from their operating systems or via 
those systems from user programs. 
(These request messages and the re- 
plies to them are routed through the 
interactive terminal networks.) The 
Ppp-10, queues these requests on the 
basis of algorithms intended to opti- 
mize the use of the Elephant storage 
media. When it is the appropriate time 
to move (acopy of) a file to or from a 
given worker, the ppp-10 enlists the aid 
of the operating system of that worker, 
and the transport takes place over the 
high-speed bit-parallel interfaces of the 
file transport network. The ppp-10 uses 
high-speed head-per-track rotating stor- 
age and very large core buffers to re- 
duce the effects of the varied latencies 
and transfer rates of the storage media 
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Fig. 2. Schematic representation of a file directory structure for two 
users (Black and White). Each rectangle represents a directory con- 
taining three entries. Each entry associates a symbolic name with a 
pointer to a file, which may be either another directory or a simple 
file, represented by a circle. Note that the directories on the left and 
right of the figure are private to Black and White, respectively, 
whereas the one in the middle is shared. Private data files are repre- 
sented by black or white circles; shared data files are represented by 
shaded circles. Note that the same symbolic name may appear in 
different directories referring to different files, while the same file 
may be listed in two directories under different names. 


1Kuehler, J. D., and Kerby, H. R., “A Photo- 


Digital Mass Storage System.” Proc. AFIPS 


1966 FICC, Vol. 29, pp. 733-742. 
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in the network. 

The Elephant system is organized 
around a directory structure similar to 
that used in the MULTICS system.? A 
directory is a special kind of file con- 
sisting of a number of entries; each 
entry associates a symbolic name with 
a pointer that locates the named file in 
Elephant storage. Since the file named 
by an entry in one directory may be 
another directory, a tree-like (more 
accurately, directed graph) structure is 
generated; the terminal nodes of this 
structure are simple (program or data) 
files. (See Fig. 2.) The files accessible 
to a given user are those that can be 
reached by a path through this struc- 
ture starting at a particular directory, 
that user’s “root directory.”” Means are 
provided for users to give pointers to 
parts of their structures to other users; 
this provides for very general and flex- 
ible file-sharing arrangements. This 
flexibility is enhanced by the fact that 
the. kinds of access that may be made 
to a file can be a function of the path 
taken through the structure to access 
that file; for example, one user may 
have full access to a file, while another 
user can only read it but not write into 
it. 

The ppp-10 is quite a bit larger than 
the other concentrators in the Octopus 
network. For economic reasons, there- 
fore, it has been given a few functions 
other than central file management, 
even though this violates the ideal of 
one function per subnetwork. The PpP- 
10 manages a system of disc-refreshed 
output displays (not associated with 
keyboards) called the TMDs (television 
monitor display system). Control mes- 
sages and data for the TMDs are moved 
either by the file transport network or 
by one of the interactive terminals net- 
works, depending upon the quantity of 
information involved. User programs 
requiring a TMDS monitor must first 
send a request to the ppp-10 specifying 
the monitor desired. There are more 
monitors than there are refresh chan- 
nels on the disc; ppp-10 software must 
allocate a disc channel and then oper- 
ate a 16 x 128 (soon to be 32 x 128) 
crossbar switch to attach the channel 
to the monitor. 

The second ppp-10 processor was 
originally intended as a spare and for 
use in engineering checkout of new 
equipment. However, it now also func- 
tions to operate the high-performance 
Evans and Sutherland Lps-1 (two-ter- 
minal) display, which is designed to 
interact with a ppp-10. This has re- 


2 Daley, R. C., and Neumann, P. G., “A General- 
Purpose Filing System for Secondary Storage,’ 
Proc. AFIPS 1965 FJCC, Vol. 27, pp. 213-229. 
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quired that the ppp-10 become in 
effect a worker computer with a time- 
shared interactive operating system. 
Actually, the two ppp-10s operate as a 
dual-processor computer, sharing a 
common memory and common soft- 
ware, although each processor has 
different duties. 


Data collection 

A Ppp-8L serves as concentrator for 
the data-collection network. It is at- 
tached via asynchronous serial lines to 
other, remotely-located, small com- 
puters, each of which controls and 
monitors one or more experiments. 
Real-time data collected from these ex- 
periments is sent to the concentrator, 
from which it is relayed to the ppp-10 
for storage in the Elephant filing sys- 
tem. Data may also move in the other 
direction. This network is joined only 
to the ppp-10 and not directly to the 
other workers; collected data can be 
moved to the workers by means of the 
file transport facility. 


Remote |/O 

The somewhat-inaccurately named 
remote job entry terminal (RJET) net- 
work uses a pair of Ppp-11/20s as a 
concentrator. (An earlier acronym, 
RIOT—remote I/o terminal—met offi- 
cial opposition.) One of the ppp-11s is 
attached to the workers, and the other 
is attached to the remote terminals; the 
two ppp-lls are intimately joined, 
both in hardware and in software. A 
remote terminal is a ppp-8L computer 
that operates a line printer and a card 


reader. The connection from the con- 


centrator to the remote ppp-8L is by a 
4800-Hz synchronous line. Communi- 
cation over this line conforms to ASCII 
communication control protocol. In- 
put and output over this network are to 
and from files. 


High-speed output 

Hardware now on order will bring 
the ultra-high-speed printing facility 
(currently off-line) into the Octopus 
network. The new computer hardcopy 
output recording system (CHORS) sub- 
network will include not only a pair of 
15,000-line-per-minute nonimpact 
printers with graphical as well as char- 
acter capability but also the microfilm 
recorder (currently off-line). 

It seems clear that the future will see 
still more facilities added to the net- 
work, as dictated by growing need and 
technological advance. The flexibility 
of the Octopus is such that it should be 
able to accommodate all foreseeable 
additions. Ideas now being considered 
include a centralized (perhaps mecha- 
nized) magnetic tape facility and the 
acquisition of a 1013 (or more) bit 
store. 

Atomic Energy Commission regula- 
tions are very fussy about “need-to- 


know,” a concept essentially the same 
as privacy. That is, even though all LLL 
employees have passed a federal securi- 
ty check, each employee is permitted 
to access only that classified informa- 
tion necessary to his work. Thus, Oc- 
topus must see to it that each piece of 
information in the network is available 
only to the user (or users) authorized 
to access it. It should be clear that this 
is not difficult in view of treatment of 
user programs and of file access, as 
described above. The LLL system pro- 
grammers generally are puzzled by the 
view that there is a serious “problem” 
in regard to software security. The on- 
ly real difficulty, as in all program- 
ming, is the possibility of careless over- 
sights and coding errors. 

One issue not yet discussed is that of 
how the Octopus knows which user is 
using a given interactive terminal. The | 
user of course “‘tells” the system by 
typing his ‘‘name” when he logs in. 
(His “name” is actually his six-digit 
employee number.) But how can the 
system be sure that it is not someone 
else typing the “name”? The user must 
also type a six-letter combination (or 
password) known only to him and the 
system. The concentrators do not echo 
the combination when it is typed, so it 
is not visible on a screen or teletype- 
writer paper. In fact, the user is forbid- 
den (by government regulation) to 
write down his combination or to re- 
veal it to another. Currently, each 
worker computer must keep a list of all 
combinations. In the near future a spe- 
cial (ppp-11/20) computer will be 
added to the network to do all verifica- 
tion of combinations; at that time it 
will become the only repository of the 
combinations. | 


’ Software 


All the system programs and most of 
the utility programs used are written at 


‘LLL. In particular, all operating sys- 


tems are LLL-designed and maintained. 
There are at least four reasons for this: 

1. In some cases, LLL has obtained a 
computer and put it into use before the 
manufacturer has had time to create 
sufficient software. The cpc 6600 is a 
notable example. ' 

2. Commercially supplied software 
does not exist for many of the needs at 
LLL. The small network concentrators 
are engaged in specialized tasks not 
foreseen by their manufacturers. In the 
case of the larger computers, the stan- 
dard operating systems are ill-prepared 
for network connections, directory- 
oriented filing systems, and other un- 
usual facilities. - 

3. The security and privacy offered 
by standard software systems do not 
appear to meet AEC standards. As re- 
marked above, the reason for this situ- 
ation is a mystery. 

4. It is much easier to innovate and 
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to develop new facilities suitable to LLL 
needs when not constrained by formats 
and protocols designed for other pur- 
poses. 
There is, of course, the serious dis- 
advantage that it is difficult to import 
and export programs. This problem 
should not lead to the conclusion that 
every operating system must be the 
same, since further development in sys- 
tem design would then surely stagnate. 
Perhaps the best hope lies in creating 
standard formats for requests to oper- 
ating systems, although even this has 
the danger of freezing the state of the 
art, 

To design and implement its soft- 
ware, LLL maintains a staff of about 30 
system programmers. The same people 
do design and implementation; there is 
not a two-level structure of analysts 
and programmers. The laboratory has 
apparently decided that a system pro- 
grammer who has to have everything 
charted out for him requires more in- 
put effort than he yields in output, 
while the designer who does not pro- 
gram resembles a mathematician who 
does not add. Typically, a program- 
ming group faced with a new machine 
to program breaks the job into as many 
parts as there are programmers. Small 
computers are usually programmed en- 
tirely by one person. Arguments that 
this approach should not work must 
contend with the fact that it does. 

The cpc computer systems at LLL all 
have been programmed in an LLL-de- 
Signed, FORTRAN-derived language 
called LLLTRAN®,: which has facilities 
and power comparable to PL/I. The 
other computers, including all the con- 
centrators, have been programmed in 
assembly language. The choice between 
higher- and lower-level language has 
usually been based on the personal 
preferences of programmers. In spite 
of allegations in the current literature, 
LLL experience does not justify the 
view that the systems written in assem- 
bly language are somehow inferior. 
There is no evidence to suggest that 
they took longer to write, are more 
prone to error, or are more difficult to 
follow than if they had been written in 
another language. 

Similar remarks can be made about 
another controversy now raging: the 
“go-to” issue. Until the question first 
appeared in the literature, it apparently 
never occurred to anyone at LLL that 
there might be something “wrong” 
with the go-to construction; and, now 
that the question has appeared, there is 
nothing in LLL experience to support 
the view that the go-to does lead to 
difficulty. No one can deny that go-to’s 
can create problems for compiler de- 


3 Mendicino, S. F., Hughes, R. A. Martin, J. T., 
McMahon, F.-H., Ranelletti, J. E., and Zwaken- 
berg, R. G., “The LRLTRAN Compiler.” Comm. 
ACM I1, November, 1968, pp. 747-755. 
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signers and property-of-program prov- 
ers. However, the contention that they 
lead to error.and make programs diffi- 
cult to understand and debug is a per- 
sonal judgment that reflects more on 
the quality of programmers than on 
anything else. 


Users 
This exposition would be less than 


candid if it suggested that the thousand 
or sO LLL users are uniformly ecstatic 
over the Octopus system. The fact is 
that, even at LLL, resources are limited. 
Therefore, when it has been decided to 
do one thing for the users, it quite 
often means that it becomes difficult or 
impossible to do another thing that 
some users would like to have done. 


For example, one cannot keep adding 


new facilities and at the same time not 
require the user to learn new ways of 
doing things. One cannot create com- 
plex, time-shared networks and com- 
pletely preserve that intimate, “hands- 
on” feeling. One cannot offer hundreds 
of users the ability to output changing 
pictures at movie speeds without every- 


thing else grinding to a halt. And so. 


forth. The best gauge of the success of 
the network is probably that no addi- 
tion to it has ever been removed so that 
the older way of doing things could be 
reinstated. 
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COMPUTE 
BOUND? 


DON’T buy an expensive 


new computer. 


DON’T re-program for a 


new computer. 


DON’T buy new peripherals 


for a new computer. 


DON'T retrain your people. 


DO add our peripheral 
floating-point hardware. By 
substituting our FP S/W drivers, 
the only way you know we’re 
there is you now do in one shift 
what used to take three! 


Interfaces available for popular 12, 16, 
18 and 24-bit computers. This month’s 
feature — Honeywell’s H 316. 


A A LT TT 


a Dear FPS, 3160 SW 87th 

| Portland, Ore. 97225: 

| = Our Computer, 
| model _. gives 
| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 


me this problem: 


Name: 
Title: __ CM, Sta. 
Company: 


Street: 
City: . 
State? HID 


For Info Call: 
FPS, Inc. 503/297-3318 
TELEX: 36-0470 


eae eae een eee eee ee ree eves! 
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